home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1993 July / Internet Tools.iso / RockRidge / ip / manage / snmp / kip / doc / rev0188 < prev    next >
Encoding:
Text File  |  1989-01-17  |  7.0 KB  |  168 lines
  1. 01/88 REVISION OF KIP
  2.  
  3. The January 1988 revision of KIP adds:
  4.   Ethertalk support.
  5.   Additions to atalkad to aid in configuration.
  6.   Magic zone name 'ALL'.
  7.   
  8.  
  9. ETHERTALK
  10.  
  11. The installation manual (doc/install) and atalkatab (etc/atalkatab) have
  12. been modified to cover ethertalk configuration.  Please read those files.
  13. Below is reproduced a section from 'install' that explains the modification.
  14. See also the section 'ETHERTALK CONSIDERATIONS' in 'install'.
  15.  
  16.   APPLETALK FORMS
  17.  
  18.   Before we can discuss setting up the administrator daemon and
  19.   database we need to explain the different forms in which appletalk
  20.   exists.  'Appletalk' is the word used by Apple to describe the
  21.   protocol family that they designed.  This protocol family contains
  22.   protocols that implement various services such as name binding
  23.   (location), file access, and laserwriter printing.
  24.  
  25.   The Appletalk protocol family can be used on a variety of
  26.   communication media.  For each of these media, appletalk takes on a
  27.   unique 'form' (or encapsulation) specific to that media.  Thus we can
  28.   label three different appletalk-forms:
  29.  
  30.     'Localtalk' is Appletalk on the original Apple-designed daisy-chain
  31.     cabling system (shielded, twisted pair).  Localtalk would also
  32.     refer to the alternate cable scheme developed by Farallon
  33.     (PhoneNet) that uses standard phone company cables and connectors.
  34.  
  35.     'Ethertalk' is Appletalk running on ethernet hardware.  There are
  36.     now cards for the Mac II (from Apple/3com and Kinetics) that speak
  37.     ethertalk.  Additionally some commercial mainframe products such as
  38.     TOPS for UNIX and Alisatalk for VMS use ethertalk.
  39.  
  40.     'Appletalk-in-IP' is Appletalk encapsulated inside IP datagrams,
  41.     which in turn are carried on a media such as ethernet or fiber
  42.     optics.  The advantage of putting appletalk inside of IP is that
  43.     preexisting campus gateways and hosts dont have to be modified (at
  44.     low levels) to understand appletalk.  There is much more equipment
  45.     available on the market that understands the IP protocol family
  46.     versus the relatively new Appletalk family.  For 4.X BSD derived
  47.     UNIX machines, the CAP (Columbia Univ. Appletalk Package) software
  48.     provides file access and print spooling capabilities.
  49.  
  50.   The original KIP gateway software supported the localtalk and
  51.   appletalk-in-IP forms of appletalk.  The 0188 release of KIP added
  52.   the support of ethertalk.  Thus a single ethernet cable can support
  53.   both the ethertalk and the appletalk-in-IP encapsulations.  This is
  54.   done by assigning such ether cables TWO appletalk network numbers.
  55.   Traffic directed to one of the net numbers goes out in ethertalk
  56.   form, traffic to the other net number goes out as appletalk-in-IP.
  57.   At a recent Apple sponsored IP conference, this mechanism was dubbed
  58.   'doubletalk'(!)
  59.  
  60.   You might encounter this confusion in terminology:  before 1987 Apple
  61.   Computer refered to the protocol family AND the physical cabling /
  62.   signaling system as 'appletalk'.  Just be aware that 'appletalk' NOW
  63.   means the protocol family and not just a particular physical
  64.   implementation such as localtalk or ethertalk.
  65.  
  66.  
  67. CONFIGURATION AIDS
  68.  
  69. Atalkad has two new configuration aids.  The major one is a "%n"
  70. format item that can be used to refer to a "previous appletalk network
  71. number" in the atnete, atneta, and atnetet fields.  See the install
  72. document for further details.
  73.  
  74. The second configuration aid is a "check" command.  Now, if you run
  75. atalkad with the "-c" flag it will check the default atalkatab by
  76. reading it in and dumping it back in a human readable format.
  77.  
  78. A sample output from -c might look like:
  79.  
  80.     1/21 10:46 (re)reading atalkatab.test
  81.     1/21 10:46 art build: 3 entries, 64 maximum
  82.     Route 0.3 IP.Network,  net 0: host is client at 128.xx.16.0
  83.     Route 66.0 ethertalk.Network,  ethertalk at 128.xx.16.144
  84.     Route 64.9 appletalk.Network,  Kinetics box at 128.xx.16.144
  85.         IP Broadcast: 128.xx.16.255, IP name: 192.1.2.67
  86.         IP debug 128.xx.0.148, IP file server (unused)
  87.         IP static address range: empty
  88.         IP dynamic address range: 128.xx.16.145 128.xx.16.159
  89.         Kbox interfaces:
  90.             LocalTalk: 64.9 zone appletalk.Network
  91.             KIP: 0.3 zone IP.Network
  92.             ethertalk: 66.0 zone ethertalk.Network
  93.  
  94.  
  95. ZONES
  96.  
  97. The zone name "ALL" allows multiple CAP hosts on a single large
  98. ethernet to be visible in multiple zones.  This modification is from
  99. Dan Tappan at BBN and below he explains how he uses this capability.
  100.  
  101.   The motivation is that we have one central ethernet, connected with
  102.   LANBridges, with all the server systems on it. Different machines are
  103.   owned by different groups, and I'd like for them to have the option
  104.   of being in different zones.  The appletalk ZONE definition assumes
  105.   that all machines on one network are in a single administrative
  106.   group.  That's reasonable for localtalk when you're talking about max
  107.   31 (and practicaly O(10)) but breaks down with CAP (and Ethertalk for
  108.   that matter).  Before this mod I had to put a separate entry in
  109.   atalkatab for every zone, pointing at the same network (or assign
  110.   fake network numbers pointing to the same IP net). It seemed kludgy,
  111.   was an administrative pain, and wasted table space.
  112.  
  113. Be careful with this option though: it is in violation of the appletalk
  114. specification.  Note: atis, the CAP NBP nameserver, will only answer
  115. NBP lookups in its own zone and NBP Lookups from the gateway always
  116. include the zone (e.g. never "*").
  117.  
  118. KIP 0987 and previous releases of KIP assumed that interface networks
  119. were in the same zone.  In KIP0188, all three appletalk-forms may all
  120. be in different zones.
  121.  
  122.  
  123. KNOWN PROBLEMS
  124.  
  125. KIP0987 added configuration flags for "conf_laserfilter" and
  126. "conf_tildefilter".  Unfortunately, these do not work properly in all
  127. cases.  The problem comes up when you have a NBP Response with more
  128. than one entity in response.  This problem may occur under the
  129. following conditions: (a) a node has more than one name in its names
  130. information table and (b) the node receives a wildcard lookup.
  131.  
  132.  
  133. OTHER CHANGES
  134.  
  135. Atalkad didn't always reread administrator database table (atalkatab)
  136. file when the file was rewritten and modifications were made to correct
  137. this situation.
  138.  
  139. The gateway now answers DDP echo requests.
  140.  
  141. DDP long form packets are always accepted now--even where short form
  142. packets are asked for in the (July '86) appletalk specifications.
  143. RTMP and non-atp ZIP responses are still sent out in DDP short form on
  144. all interfaces.
  145.  
  146. ATP ZIP requests are always sent in long DDP form.
  147.  
  148. The zonelist is not sent in response to the ZIP Get My Zonelist
  149. command if the zone is restricted.
  150.  
  151. Ethertalk probes are done with a retry count of 10 and a retry interval
  152. of 1 second.  This is out of spec with the ethertalk specification.
  153. However, the specification calls for an absurd number of probes in an
  154. unreasonably short interval.
  155.  
  156. The 'install' document was revised with latest information.
  157.  
  158. ATP ZIP support rewritten.
  159.  
  160. Some modifications were make to the ethernet driver to speed it up
  161. marginally.
  162.  
  163. --------
  164. Ethertalk support was added by Dan Tappan, BB&N.
  165.  
  166. DDP Echo support, RTMP modification, and some ethertalk modifications
  167. added Charlie C. Kim, User Services, Columbia University.
  168.